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(54) A smart debug interface circuit 



(57) The present invention comprises a smart de- 
bug interface circuit for the diagnostic testing and de- 
bugging of a software application for a programmable 
digital processor system. The smart debug interface cir- 
cuit of the present invention deludes an instruction reg- 
ister for coupling to an instruction bus of a programma- 
ble digital processor. The instruction register is adapted 
to drive instructions onto the instruction bus. The in- 
struction register couples to the instruction bus in a par- 
allel manner. The smart debug interface circuit of the 
present invention includes a data register for coupling 
to a data bus of the programmable digital processor. The 
data register is adapted to read data from the data bus 
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and couples to the data bus in a parallel manner. The 
instruction register and data register are each coupled 
to an interface port. The interface port couples the smart 
debug interface circuit to a host computer system. A 
control logic circuit is also included in the smart debug 
interface circuit of the present invention. The control log- 
ic circuit is coupled to the instruction register, the data 
register, and the interface port. The control logic circuit 
interfaces a debugging program on the host computer 
system to the programmable digital processor. Addition- 
ally, the control logic circuit interfaces the debugging 
program with the programmable digital processor with- 
out imposing boundary scan bus delay on the instruction 
bus or the data bus. 
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Description 

TECHNICAL FIELD 

The field of the present invention p rtains to diag- 
nostic testing and d bugging of integrated circuit devic- 
es. More particularly, the present invention relates to a 
optimized diagnostic testing and debugging interface 
circuit for debugging programmable digital processor 
applications. 

BACKGROUND ART 

Many devices common to every day life utilize com- 
plex integrated circuits. Examples include desktop com- 
puter systems, video games, vending machines, and 
even pay phones. These devices often include program- 
mable digital processors embedded within their sys- 
tems. The digital processors typically implement any re- 
quired user interface (e.g., a menu of choices) and ex- 
ecute the actual electronic processing required to imple- 
ment user requests (e.g., place a phone call or order a 
service). The more complicated and sophisticated the 
device, the more complex the system including the pro- 
grammable digital processor. 

As these devices and their applications have be- 
come more sophisticated, the task of designing, testing, 
and debugging the digital systems implementing these 
devices has become much more difficult. The ever in- 
creasing sophistication dictates ever more densely pop- 
ulated integrated circuit boards and more highly inte- 
grated components, validation of the system design and 
verification of proper functionality of the devices has be- 
come a major concern in developing new device appli- 
cations. 

In response to this concern, the electronics industry, 
under the auspices of the Institute of Electrical and Elec- 
tronics Engineers (IEEE) has implemented a widely 
used and widely supported industry standard for the 
building of electronic devices. This standard, IEEE 
11 49. 1 -1 990, was developed and promulgated by an in- 
dustry Joint Test Action Group (JTAG). The "JTAG spec- 
ification 11 requires that both system level and board level 
electronic devices include test access ports (TAPs) 
which allow access to internal circuit nodes and regis- 
ters which are otherwise virtually inaccessible. The 
JTAG standard further describes a "boundary scan" ar- 
chitecture, an internal "serial scan" architecture, and a 
state machine which albws access to the state of inter- 
nal signals and busses and the context of internal reg- 
isters. 

To implement the JTAG boundary scan architec- 
ture, the component or circuit board of a device needs 
to include boundary scan celts which are implemented 
between each component pin or circuit board connector. 
The boundary scan cells are connected together to form 
a scan chain (e.g., a shift register path) around the pe- 
riphery of the integrated circuit, hence giving rise to the 



term "boundary scan". 

Toimpl mentth JTAGs rial scan architectur ,th 
component or circuit board of a device needs to includ 
scanc lis directly within the circuitry comprising th in- 

s teg rated circuit or compon nt. Whil boundary scan 
cells ar confined to the periphery, serial scan cells ar 
located within the circuitry of the individual components 
or circuit boards. Serial scan cells can provide access 
to internal signals and internal registers which are inac- 

10 cessible using boundary scan cells. The individual serial 
scan cells are connected serially to form a serial scan 
chain through the interior of the integrated circuit. 

Both serial scan chains and boundary scan chains 
couple to a JTAG TAP (test access port). The TAP im- 

75 plements a JTAG compliant state machine which pro- 
vides a standardized method of accessing the boundary 
scan architecture and/or serial scan architecture. The 
TAP is, in turn, coup led to a computer system which runs 
a testing and debugging program. 

20 With reference now to prior art Figure 1 , a system 
100 incorporating a boundary scan chain is shown. Sys- 
tem 100 includes a programmable digital processor (e. 
g., digital signal processor 101) having a eight data bus 
lines 103a-IIOa Each of the data bus lines 103a-IIOa 

25 couple to a corresponding boundary scan cell 121 -1 28 
and subsequently couple to a memory controller 1 02 via 
bus lines 103b-IIOb. As described above, each of 
boundary scan cells 121-128 couple serially to a TAP 
130 via line 115. The boundary scan cells 121-128 can 

30 function as latches, latching the value present on bus 
lines 103a-IIOa as dictated by a debugging program via 
TAP 130. The boundary scan cells 121-128 can also 
function as drivers, meaning they can drive values onto 
bus lines 103b-llOb. For example, when system 100 

35 functions normally, signals present on bus lines 103a- 
110a are "passed through" to bus lines 103b-JIOb via 
boundary scan cells 121-128. However, when system 
100 functions in debug mode, boundary scan cells 
121-128 can either read the values on bus lines 103a- 

40 ||Oa as they are passed through, or can drive test values 
onto bus lines 103b-lfOb comprising test instructions for 
digital signal processor 101. 

There is a problem, however, in the fact that the test 
circuitry included in a device is not "transparent" to the 

45 circuitry comprising the device. For example, in system 
100, the circuitry comprising TAP 130 and boundary 
scan cells 121-128 have a number of adverse impacts 
on the performance of digital signal processor 101. By 
inserting scan cells 121-128 between the digital signal 

50 processor 101 and the memory controller 102, the bus 
between the digital signal processor 101 and the mem- 
ory controller 102 is "broken" into two resulting busses 
comprised of bus lines 103a-IIOa and 1036-ltOb. By 
breaking the bus in this manner, a boundary scan delay 

55 is added to each word transmitted from digital signal 
processor 1 01 to m mory controller 102, as the word is 
passed through boundary scan cells 1 21 -1 28. The more 
demanding the application system 100 implements, the 
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mor probl matic the boundary scan delay becomes. 

Ther is a problem with serial scan chain architec- 
tures also. Although s rial scan cells might avoid induc- 
ing boundary scan delays th incorporation of serial 
scan cells into th circuitry of integrated circuit devices s 
tends to be very expensive. To incorporate serial scan 
cells into an integrated circuit, the circuitry comprising 
the integrated circuit needs to be redesigned to include 
the circuitry comprising the serial scan cells. For exam- 
ple, for digital signal processor 101 to incorporate a se- 
rial scan chain, the circuitry comprising the serial scan 
chain is design into the circuitry comprising digital signal 
processor 101. This increases the transistor count of 
digital signal processor 101 , the area of silicon required 
to fabricate digital signal processor 101 , and the com- 
plexity of digital signal processor 101. 

To avoid the above problems associated with serial 
scan chains and boundary scan chains, many system 
designers are incorporating specialized test monitoring 
code in the applications running on system 1 00. The test 
monitoring code records the information via software as 
opposed to hardware. The test monitoring software, 
however, increases the size of the memory required for 
storing the "normal" application software. For some ap- 
plications (e.g., a pay phone) this can be very problem- 
atic. 

Thus, what is required is a solution which does not 
have the disadvantages of the prior art. The required 
solution should provide the benefits of conventional test 
interfaces while avoiding the adverse impacts on the 
programmable digital processor system under test. The 
required solution should be fully compatible with the in- 
dustry standard JTAG interface. The required solution 
should not increase the size of the programmable digital 
processor integrated circuit by including numerous se- 
rial scan cells. The required solution should not impose 
a boundary scan delay by breaking the busses coupled 
to the programmable digital processor with boundary 
scan cells. Additionally, the required solution should not 
increase the amount of memory required to store the 
application software of the programmable digital proc- 
essor system. The present invention satisfies the above 
requirements. 

DISCLOSURE OF THE INVENTION 

The present invention comprises a smart debug in- 
terface circuit for performing diagnostic tests on a digital 
processor system. The smart debug interface circuit of 
the present invention includes an instruction register for 
coupling to an instruction bus of a programmable digital 
processor. The instruction register is adapted to drive 
instructions onto the instruction bus and read instruc- 
tions from the instruction bus. The instruction register 
couples to the instruction bus in a parallel manner. The 
smart debug interface circuit of the present invention in- 
cludes a data register for coupling to a data bus of the 
programmable digital processor. Th data register is 



adapted to read data from the data bus and couples to 
the data bus in a parallel mann r. Th instruction regis- 
ter and data r gister are each coupled to an interface 
port. Th interface port couples th smart d bug int r- 
fac circuit to a host computer system. A control logic 
circuit is also included in the smart debug interface cir- 
cuit of the present invention. The control logic circuit is 
coupled to the instruction register, the data register, and 
the interface port. The control logic circuit interfaces a 
debugging program on the host computer system to the 
programmable digital processor. Additionally, the con- 
trol logic circuit interfaces the debugging program with 
the programmable digital processor without imposing 
boundary scan bus delay on the instruction bus or the 
data bus. 

In this manner, the smart debug interface circuit of 
the present invention provides a diagnostic trouble 
shooting and debugging solution which provides the 
benefits of conventional test interfaces while avoiding 
their associated adverse impacts on the programmable 
digital processor system under test. The system of the 
present invention is fully compatible with the industry 
standard JTAG interface. The system of the present in- 
vention does not increase the size of the programmable 
digital processor integrated circuit by including numer- 
ous serial scan cells. In addition, the system of the 
present invention does not impose a boundary scan de- 
lay by breaking the programmable digital processor 
busses with boundary scan cells. As a further advan- 
tage, the smart debug interface circuit of the present in- 
vention does not increase the amount of memory re- 
quired to store the application software of the program- 
mable digital processor system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of exam- 
ple and not by way of limitation, in the figures of the ac- 
companying drawings and in which like reference nu- 
merals refer to similar elements and in which: 

Prior Art Figure 1 shows a programmable digital 
processor system incorporating a boundary scan chain. 

Figure 2 shows a block diagram of a system incor- 
porating a smart debug interface circuit in accordance 
with one embodiment of the present invention. 

Figure 3 shows a plurality of scan cells in accord- 
ance with the present invention. 

Figure 4 shows a functional block diagram of a 
smart debug interface circuit in accordance with one 
embodiment of the present invention. 

Figure 5 shows a state machine having states in ac- 
cordance with a method of one embodiment of the 
present invention. 

BEST MODE FOR CARRYING OUT THE INVENTION 

A smart debug interface circuit for performing diag- 
nostic testing and debugging of a programmable digital 
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processor system is disclosed. In the following descrip- 
tion, forth purposes of xplanation, numerous specific 
details ar set forth in order to provide a thorough un~ 
d rstanding of th present invention. It will b obvious, 
however, to one skilled in th art that the pres ntinven- 5 
tion may be practiced without these specific details. In 
other instances, well-known structures, devices, and 
processes are shown in block diagram form in order to 
avoid unnecessarily obscuring the present invention. 

The present invention comprises a smart debug in- io 
terface circuit for performing diagnostic testing and de- 
bugging of a programmable digital processor system. 
The smart debug interface circuit of the present inven- 
tion is a JTAG compliant interface for debugging, diag- 
nosing, and trouble shooting devices incorporating pro- *5 
grammable digital processors. The present invention in- 
cludes a debugging program running on an external 
host computer system. The debugging program is inter- 
faced with the programmable digital processor device 
via the smart debug interface circuit, allowing the effi- 20 
cient and accurate trouble shooting of the programma- 
ble digital processor device. Additionally, the control log- 
ic circuit interfaces the debugging program with the pro- 
grammable digital processor without imposing bounda- 
ry scan bus delay on the instruction bus or the data bus 25 
of the programmable digital processor device. In this 
manner, the smart debug interface circuit of the present 
invention provides a diagnostic trouble shooting and de- 
bugging solution providing the benefits of conventional 
test interfaces while avoiding their associated adverse 30 
impacts on the programmable digital processor system 
under test The system of the present invention is fully 
compatible with the industry standard JTAG interface, 
does not increase the size of the programmable digital 
processor integrated circuit by including numerous se- 35 
rial scan cells, and does not impose a boundary scan 
delay from breaking the programmable digital processor 
busses. The present invention and its benefits are de- 
scribed in greater detail below. 

Figure 2 shows a block diagram of a system 200 *o 
incorporating a smart debug interface circuit in accord- 
ance with one embodiment of the present invention. In 
the present embodiment, system 200 includes a digital 
signal processor (DSP) 202, a smart debug interface cir- 
cuit (SD1) 203, and a host computer system 204. The 45 
DSP 202 is coupled to the smart debug interface circuit 
203 via an instruction bus 205, a control bus 206, and 
a data bus 207. The smart debug interface circuit 203 
is coupled to host computer system 204 via a JTAG in- 
terface bus 208. The DSP 202 is also coupled to a mem- so 
ory 209 via instruction bus 205 and data bus 207. The 
DSP 202, instruction bus 205, control bus 206, data bus 
207, memory 209, and smart debug interface circuit 203 
are fabricated into a single integrated circuit 201 . The 
integrated circuit 201 is coupled to host computer sys- ss 
tern 204 via interface bus 208. 

The smart debug interface circuit 203 functions by 
interfacing a debugging program on host computer sys- 



tem 204 to DSP 202. Using a debugging program in ac- 
cordanc with th present inv ntion, a us r is able to 
run diagnostics, test, and debug applications using DSP 
202. The present inv ntion implements thes functions 
by coupling to th instruction bus 205 and the data bus 
207 in parallel. In so doing, th SDI 203 is able to ma- 
nipulate DSP by driving instructions onto instruction bus 
205 and reading the data from data bus 207. 

When the integrated circuit 201 is to be debugged, 
the SDI 203 of the present invention places DSP 202 
into a wait state. The SDI 203 subsequently places 
memory 209 into tristate and drives an instruction onto 
instruction bus 205. The SDI 203 also tristates any other 
devices which may be coupled to instruction bus 205. 
The SDI 203 then runs DSP 202 for one cycle and DSP 
202 fetches the instruction provided by SDI 203. In this 
manner, DSP 202 steps through instructions provided 
by SDI 203 as opposed to memory 209. By stepping 
through instructions one at a time, the debugging pro- 
gram on host computer system 204 is able to trouble 
shoot and diagnose any problems in the application soft- 
ware for the integrated circuit 201 . 

The debugging program maintains an internally em- 
ulated "copy" of DSP 202 in software. Using this emu- 
lated version of DSP 202, the debugging program main- 
tains the contents and context of the internal registers 
and internal busses as it steps through instructions one 
at a time. Any specific instruction can be passed to DSP 
202 via SDI 203. The order and nature of these instruc- 
tions and the resulting changes in the internal registers 
and busses are then verified against the expected re- 
sults. In this manner, a user of system 200 debugs ap- 
plication software for the integrated circuit 201. 

In prior art debugging systems, a monitor program 
is often used to gain access to the contents of internal 
registers and internal bus signals. The test monitoring 
code of the prior art monitor program records the state 
of the internal signals and busses of a DSP and the con- 
text of the DSP's internal registers. The prior art monitor 
program increases the size of the memory (e.g., mem- 
ory 209) required for storing normal application soft- 
ware. Debugging and trouble shooting a system in ac- 
cordance with the present invention (e.g., system 200), 
however, does not require a test monitor program run- 
ning from the memory of the DSP (e.g., DSP 202). In 
system 200, the debugging program runs on host com- 
puter system 204. The debugging program maintains 
the contents and context of the internal registers and 
busses within the memory of host computer system 204 
via emulation. Hence, the memory 209 coupled to DSP 
202 is not impacted. 

As such, the system of the present invention does 
not require monitor software running on DSP 202. The 
SDI 203 of the present invention allows the testing and 
debugging of the integrated circuit 201 without concur- 
rently running monitor software on DSP 202. Although 
inclusion of SDI 203 in integrated circuit 201 increases 
the transistor count of integrated circuit 201 , th amount 
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of th increase is much smaller than the increase in- 
volved in adding a larger memory 209 to accommodat 
a monitor program. 

Th SDI 203 includes a four pin JTAG compliant 
TAP for interfacing with host computer system 204. Th 
TAP of SDI 203 is coupled to host computer system 204 
via interface bus 208. The present invention is fully com- 
pliant with the standard JTAG interface. By using a JTAG 
four pin interface, the system of the present invention 
has minimal impact on the pin count of integrated circuit 

201 . While portions of the standard JTAG interface are 
described herein, the structure and operation of the 
standard JTAG interface is well known and widely used 
by those skilled in the art. Those desiring additional de- 
tails or knowledge of the standard JTAG interface are 
referred to the Institute of Electronic and Electrical En- 
gineers (IEEE) Standard 1149.1- 1990, entitled 'IEEE 
Standard Test Access Port and Boundary Scan Archi- 
tecture", which is hereby expressly incorporated by ref- 
erence as background material. Accordingly, the SDI 
203 of the present invention, like any other IC chip com- 
plying with this standard, has a test access port (TAP) 
and an associated test access port controller (TAPC). 
The standard precisely defines the manner in which 
communication between the IC via the TAP and the de- 
bugging program on host computer system 204 takes 
place. Industry wide adherence to the standard allows 
for interchangability of ICs among differing manufac- 
tures, in so far as testing is concerned. 

It should be appreciated that, though the SDI 203 
of the present invention and DSP 202 are integrated into 
a single integrated circuit (e.g., integrated circuit 201), 
the system of the present invention is suited for use with 
differing levels of integration. For example, SDI 203 can 
be implemented in programmable logic, on an integrat- 
ed circuit separate from DSP 202, where the appropriate 
signals are available outside the integrated circuit con- 
taining DSP 202. 

It should further be appreciated that SDI 203 of the 
present invention has full read and write access to DSP 

202. As described above, SDI 203 is coupled to DSP 
202 via instruction bus 205, control bus 206, and data 
bus 207. This gives SDI 203 the ability to read from and 
write to the registers of DSP 202 and memory 209. Thus, 
the debugging program on host computer system 204 
can read from and write to both the registers of DSP 202 
and the address space of memory 209. Instructions are 
passed to DSP 202 and data read from DSP 202 via a 
TAP within SDI 203. 

The system of the present invention provides for an 
unlimited amount of software based break points. The 
software break points are provided via the emulation of 
DSP 202 in host computer system 204 and provide a 
means for stopping an application program running on 
DSP 202 for debugging at specific points. The emulation 
of DSP 202 (e.g. , the values of the internal regist rs and 
the like) are maintained in the memory of host computer 
system 204 by the debugging program. Th SDI 203 



keeps th n umber of ha rdware break points low, ensu r- 
ingth logic circuitry comprising SDI 203 r mains small 
and compact ( g., less than 3000 logic gates). Th 
small size reduces the real estat impact on int grated 

5 circuit 201. 

With reference now to Figure 3, a plurality of scan 
cells 300 in accordance with the present invention are 
shown. A typical DSP (e.g., DSP 202) incorporates sep- 
arate address and data lines for its respective instruction 

10 bus (e.g., instruction bus 205) and data bus (e.g., data 
bus 207). In the present embodiment, bus lines 301 -308 
comprise the data lines of the instruction bus 205 shown 
in Figure 2, however, it should be appreciated that a sim- 
ilar plurality of scan cells of are likewise coupled to the 

is data bus 207 of Figure 2. Each of the scan cells 321 -328 
is coupled to a respective data line 301 -308. The plural- 
ity of scan cells 300 collectively comprise a shift register 
in SDI 203 and are used to read data from and/or drive 
data onto the data lines 301 -308. The scan cells 300 are 

20 coupled to the rest of the circuitry comprising SDI 203 
via line 310. 

It should be noted that the plurality of scan cells 300 
are coupled in parallel to data lines 301-308. As such, 
the plurality of scan cells 300 do not "break" data lines 

25 301 -308. Thus, the DSP 202 and other devices coupled 
to data lines 301 -308 are not slowed by the inclusion of 
the plurality of scan cells 300. In this manner, the SDI 
of the present invention does not impose a boundary 
scan delay by breaking the DSP 202 busses with bound- 
so ary scan cells. 

With reference now to Figure 4, a functional block 
diagram 400 of a SDI 203 in accordance with one em- 
bodiment of the present invention is shown. It should be 
appreciated that diagram 400 shows one exemplary im- 

35 ptementation of a portion of the functional blocks imple- 
menting the system of the present invention. As such, 
many details shown in diagram 400 can be changed 
without departing the scope of the present invention. Di- 
agram 400 shows the DSP 202. In the present embod- 

40 iment, DSP 202 comprises a Pine DSP core (or other 
similar core, e.g., Oak DSP core), from Digital Signal 
Processor Group Incorporated, Tel Aviv Israel. Thus, 
DSP signals PPAN, IDP, WAIT, FETCH, EPI, IACKN, 
PDAN, GDP, and EXT7 (hereafter referred to simply as 

45 DSP control signals), refer to the control signals of the 
Pine DSP core. The DSP control signals comprise the 
signals of the control bus 206 (shown in Figure 2). Con- 
trol logic 401 is coupled to the DSP control signals WAIT, 
FETCH, EPI, and IACKN. In general, the control logic 

50 401 is responsible for directing and coordinating the op- 
eration of SDI 203. Breakpoint registers, BP reg 402 and 
BP reg 403, are coupled to PPAN and PDAN respec- 
tively. The DSP signals GDP and EXT7 are both coupled 
to data register 407. Program register 405 is coupled to 

55 |DP. The signals TMS, SCLK, SCO, and SCI are industry 
standard JTAG interface signals (hereafter referred to 
as JTAG signals) which ar extensively descrbed in the 
JTAG specification IEEE 1149.1-1990. 
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It should be appreciated that diagram 400 shows 
the functional blocks of SDI 203 which imp! ments the 
JTAG compliant slate machine. This stat machine al- 
lows a standardized means of accessing the JTAG TAP 
controll r 408 and utilizing th standard JTAG signals s 
420. The JTAG signals 420 compris th JTAG interface 
bus 208 (shown in Figure 2) which couples to host com- 
puter system 204. Thus, while portions of the standard 
JTAG serial bus are described herein, the structure and 
operation of the standard JTAG serial bus is well known 
and widely used by those skilled in the art. Those desir- 
ing additional details or knowledge of the standard JTAG 
serial bus are referred to the Institute of Electronic and 
Electrical Engineers (IEEE) Standard 1149.1. 

It should further be noted that instruction register 
Inst reg 404 and program register Prog reg 405 are com- 
prised of a plurality of scan cells (e.g., scan cells 300) 
as described in the discussion of Figure 3. Thus, instruc- 
tion register 404 and program register 405 avoid impos- 
ing a boundary scan delay, as described above. As 
such, the DSP 202 and other devices coupled to ad- 
dress lines of the instruction bus 205 or the data bus 
207 are not slowed by instruction register 404 or pro- 
gram register 405, respectively. 

With reference nowto Figure 5, a state machine 500 
having states in accordance with a method of one em- 
bodiment of the present invention (e.g., system 200 of 
Figure 2) is shown. State machine 500 is part of the con- 
trol logic in accordance with the present invention and 
is implemented by functional block diagram 400 of Fig- 
ure 4. The individual states of state machine 500 com- 
prise the steps of a method of one embodiment of the 
present invention. Each of the states of state machine 
500 is uniquely numbered in the upper left comer. 

At initial power up, a reset signal is applied to the 
logic of the SDI to place the SDI into a known state. In 
the present embodiment, this reset signal is shared with 
DSP 202, and the JTAG TAP controller 408 (both shown 
in Figure 4) such that they are also placed into a known 
state. This places state machine 500 in state 0. 

State O is the IDLE state. In state 0, the DSP 202 
functions normally, fetching instructions from memory 
(e.g.. memory 209) and executing the normal applica- 
tion software stored therein. State machine 500 remains 
in state zero until application processing is stopped by 
a debugging program on a host computer system via 
the SDI of the present invention (e.g., host computer 
system 204 and SDI 203 shown in Figure 2). 

State 4, the WAIT1 state, is entered by stopping the 
DSP and placing it into a wait state. In the present em- 
bodiment, the DSP is stopped by asserting a non-mask- 
able interrupt request (NMI) via the SDI. The NMI stops 
application processing after completion of the instruc- 
tion executing at the time the NMI was asserted. The 
SDI subsequently places the memory coupled to the in- 
struction bus and data bus of th DSP into tristate. In 
addition, any other devices coupled to the instruction 
bus and data bus are tristated, as described above. 



One th memory and any other coupled devices are 
tristated, the state machin xits WAIT1 and ent rs 
state 7. 

In stat 7,th IWORDstat , a word of an instruction 
is driven onto the instruction bus coupled to the DSP. 
The DSP of the present embodiment supports two levels 
of instruction complexity. Specifically, the DSP of the 
present embodiment supports simple instructions and 
complex instructions. Simple instructions are comprised 
of one word. Complex instructions are comprised of two 
words. Accordingly, when the instruction is a simple in- 
struction, the state machine proceeds to state 3. When 
the simple instruction is a complex instruction, the state 
machine proceeds to state 6. Additionally, if the state 
machine receives a stop instruction prior to the execu- 
tion of the first word, the state machine returns to state 0. 

In state 3, the NOP1 state, the instruction executed 
in state 7 was a simple instruction. As such, the instruc- 
tion executes in one cycle. However, the DSP of the 
present embodiment includes a three stage execution 
pipeline. Instructions in the pipeline move through one 
stage at a time. Hence, the SDI of the present invention 
needs to add two "no operation" (NOP) instructions to 
fill the pipeline as the one word simple instructions steps 
through. Thus, in state 3, the first NOP instruction is in- 
serted and the state machine proceeds to state 5. 

In state 5, the NOP2 state, the second NOP instruc- 
tion is inserted. At this point, the DSP has completed the 
instruction. The state machine subsequently proceeds 
to state 4, WAIT1 , and awaits the next instruction from 
the debugging program on the host computer system. 

In state 6, the WAIT2 state, when the instruction is 
a complex instruction, the SDI of the present invention 
waits for the second word of the complex instruction. 
When the second word is received from the debugging 
program, the state machine proceeds to state 2. Alter- 
natively, the state machine can proceed directly to the 
second word (e.g., state 2) of the complex instruction 
on the next clock cycle. 

In state 2, the 2WORDS state, the second word of 
the complex instruction is received from the debugging 
program via the SDI of the present invention. The three 
stage pipeline is filled with the first word of the complex 
instruction and then the second word. The state ma- 
chine subsequently proceeds to state 3. Hence, the SDI 
of the present invention adds two NOP instructions as 
described above. In state 3, the first NOP instruction is 
added and in state 5 the second NOP instruction is add- 
ed. The state machine subsequently proceeds back to 
state 4, as described above, and waits for the next in- 
struction. 

It should be appreciated that the SDI of the present 
invention automatically provides the required number of 
NOP instructions to keep instructions flowing through 
the pipeline. The process of entering the NOP instruc- 
tions is p rformed automatically by th logic of the SDI 
(e.g., SDI 203 shown in Figure 4). The number of NOP 
instructions inserted depends upon the specific pro- 
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grammable digital processor th SDI is used with. For 
exampl , on a cor with a two t v I pipelin , on NOP 
instruction is required, while on a core with a four level 
pip line, thr NOP instructions ar required. As such, 
th present inv ntkxi is readily adjusted to function with 
programmable digital processors having pipelines of dif- 
fering lengths. The NOP instructions serve to "clean" the 
pipeline such that at any one time only one true" in- 
struction is being executed. 

It should be appreciated that the SDI of the present 
invention functions with programmable digital proces- 
sors (e.g., DSP 202) having circuitry supporting inter- 
rupts. Interrupts are required for those cases where the 
DSP is running an application and the user wants to stop 
and debug the application. The interrupt subsystem of 
the DSP is used to stop the DSP for the debug process. 
Once an NMI (non-maskable interrupt) is issued, the 
DSP will stop, automatical V clean its pipeline, and issue 
an interrupt acknowledge, all at the completion of the 
currently executing instruction. The vector for the inter- 
rupt service routine is provided by the SDI. The memory 
is tristated and the SDI subsequently begins providing 
instructions to the DSP one at a time, stepping through 
the debugging process. When the debugging process 
is finished, the SDI issues a return from interrupt instruc- 
tion and releases the memory from tristate. When the 
return from interrupt instruction is received by the DSP, 
it restarts at the address from which it was interrupted 
and continues executing the interrupted application. 

Thus, the SDI of the present invention provides a 
diagnostic trouble shooting and debugging solution 
which provides the benefits of conventional test inter- 
faces while avoiding their associated adverse impacts 
on the programmable digital processor system under 
test. The system of the present invention is fully control- 
lable and compatible with the industry standard JTAG 
interface. The system of the present invention does not 
increase the size of the programmable digital processor 
integrated circuit by including numerous serial scan 
cells. In addition, the system of the present invention 
does not impose a boundary scan delay by breaking the 
programmable digital processor busses with boundary 
scan cells. As a further advantage, the smart debug in- 
terface circuit of the present invention does not increase 
the amount of memory required to store the application 
software of the programmable digital processor system. 

The present invention, a smart debug interface cir- 
cuit, is thus described. The foregoing descriptions of 
specific embodiments of the present invention have 
been presented for purposes of illustration and descrip- 
tion. They are not intended to be exhaustive or to limit 
the invention to the precise forms disclosed, and obvi- 
ously many modifications and variations are possible in 
light of the above teaching. The embodiments were cho- 
sen and described in order to best explain the principles 
of the invention and its practical application, to thereby 
enable others skilled in the art to best utilize the inven- 
tion and various mbodiments with various modifica- 



tions as are suited to the particular use contemplated. 
It is int nded that the scop of the invention be d fined 
by the Claims appended hereto and their equivalents. 



Claims 

1 . A smart debug interface circuit for debugging a soft- 
ware application for a programmable digital proces- 

10 sor device, comprising: 

an instruction register coupling to an instruction 
bus of a programmable digital processor, said 
instruction register adapted to drive said tn- 
1$ struction bus, said instruction register coupled 

in parallel to said instruction bus; 
a data register for coupling to a data bus of said 
programmable digital processor, said data reg- 
ister adapted to read from said data bus, said 
20 data register coupled in parallel to said data 

bus; 

an interface port for coupling to a host computer 
system, said interface port coupled to said in- 
struction register and said data register; and 
25 a control logic circuit for coupling to a program- 

mable digital processor, said control logic cir- 
cuit coupled to said data register, said instruc- 
tion register, and said interface port, said con- 
trol logic circuit adapted to interface a debug- 
30 ging program on said host computer system to 

said programmable digital processor such that 
said debugging program interfaces with said 
programmable digital processor without impos- 
ing boundary scan bus delay on said instruction 
35 bus or said data bus. 

2. The smart debug interface circuit of claim 1 wherein 
said instruction register is coupled in parallel to said 
instruction bus such that said instruction bus is not 

*o broken by said instruction register and wherein said 
data register is coupled in parallel to said data bus 
such that said data bus is not broken by said data 
register. 

45 3. A system for debugging a programmable digital 
processor device, comprising: 

an instruction register coupled to an instruction 
bus of a programmable digital processor, said 
so instruction register coupled in parallel to said 

instruction bus such that said instruction bus is 
not broken by said instruction register, 
a data register for coupling to a data bus of said 
programmable digital processor, said data reg- 
ss ister coupled in parallel to said data bus such 

that said data bus is not broken by said data 
register; 

aninterfaceportforcouplingtoahostcomput r 
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syst m, said interface port coupled to said in- 
struction regist r and said data r gist r; and 
a host computer system coupled to said inter- 
face port for running a debugging program, said 
d bugging program for int rfacing with said 
programmable digital processor and debug- 
ging a software application running on said pro- 
grammable digital processor; and 
a control logic circuit for coupling to a program- 
mable digital processor, said control logic cir- 
cuit coupled to said data register, said instruc- 
tion register, and said interface port, said con- 
trol logic circuit adapted to interface said de- 
bugging program to said programmable digital 
processor without imposing boundary scan bus 
delay on said instruction bus or said data bus 
and slowing said programmable digital proces- 
sor. 

4. The circuit on system of claim 1 or 3 wherein said 
instruction register is adapted drive an instruction 
onto said instruction bus. 

5. The circuit on system of claim 1 or 3 wherein said 
data register is adapted to read data from said data 
bus. 

6. The circuit on system of claim 1 or 3 wherein said 
control logic circuit is adapted to assert an interrupt 
to said programmable digital processor to stop an 
application program running on said programmable 
digital processor for debugging and assert an inter- 
rupt return instruction to restart said application pro- 
gram after debugging. 

7. The circuit on system of claim 1 or 3 wherein said 
control logic circuit is adapted to automatically send 
a no operation instruction to said programmable 
digital processor, if said programmable digital proc- 
essor has a multistage pipeline, such that said pro- 
grammable digital processor can execute one in- 
struction at a time. 



grammable digital processor properly executes 
when said instruction is a two word instruction and 
said programmable digital processor includes a 
multistage pipelin . 

5 

11. With an programmable digital processor device in- 
cluding a memory and a programmable digital proc- 
essor coupled to the memory via an instruction bus 
and a data bus, a method for debugging the pro- 

10 grammable digital processor device, the method 
comprising the steps of: 

a) asserting a reset instruction to place a smart 
debug interface circuit coupled to a program- 

is mable digital processor of a device into a known 

state; 

b) placing said programmable digital processor 
into a wait state; 

c) issuing an instruction to said programmable 
20 digital processor via said smart debug interface 

circuit; 

d) issuing a no operation instruction via said 
smart debug interface circuit such that said pro- 
grammable digital processor executes one in- 

2S struction at a time, if said programmable digital 

processor includes a multistage pipeline; and 

e) placing said programmable digital processor 
into a wait state when said programmable dig- 
ital processor completes execution of said in- 

30 struction. 

12. The method of claim 11 wherein step d) further in- 
cludes the step of including a plurality of no opera- 
tion instructions such that said programmable dig- 

35 ital processor executes one instruction at a time, if 
said programmable digital processor includes a 
pipeline having a plurality of stages. 

13. The method of claim 11 further including the steps 
40 of: 

issuing a first word of said instruction and sub- 
sequently issuing a second word of said in- 
struction when said instruction is a two word in- 
struction; and 

placing said programmable digital processor in- 
to a wait state when said programmable digital 
processor completes execution of said two 
word instruction such that said programmable 
digital processor executes one instruction at a 
time. 



8. The circuit on system of claim 1 or 3 wherein said 
interface port is adapted to comply with Institute of 45 
Electrical and Electronics Engineers (IEEE) stand- 
ard 1149.1. 

9. The circuit on system of claim 1 or 3 wherein said 
control logic circuit is adapted to tristate a memory so 
coupled to said instruction bus so that said instruc- 
tion register can transmit an instruction to said pro- 
grammable digital processor via said instruction 
bus. 

55 

10. The circuit on system of claim 1 or 3 wher in said 
control logic circuit is adapted to interface with said 
programmable digital processor such that said pro- 
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